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by Brian Tunning which is filed concurrently herewith, assigned to the assignee of 
the present invention, and incorporated herein by reference for all that it teaches 
and discloses. 

COMPUTER PROGRAM LISTINGS 

Four sets of hyper text markup language component (.htc) text file listings 
used in accordance with the subject matter are provided in Appendices A, B, C, 
and i) after the abstract on 27 sheets of paper and incorporated by reference into 
the specification. The four .htc text file listings define exemplary element 
behaviors of various exemplary content template system tags and an exemplary 
context object described as part of the subject matter. 

TECHNICAL FIELD 

The subject matter relates generally to web page authoring and more 
specifically to a content template system. 

BACKGROUND 

Oftentimes, a content management system for presenting information on 
web pages uses various separate documents to blend content with markup 
indicators ("tags") for displaying the content. A markup language, such as 
hypertext markup language (HTML), creates a web page document that specifies 
particular visual structures to be populated with the content, which may reside in 
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separate content resource documents on remote databases. A style sheet is yet 
another document or document fragment that allows attributes and layouts for web 
page formatting accomplished by each tag in one or more web page documents to 
be specified globally in one centralized location — i.e., the style sheet. A 
conventional web page template is yet another kind of document that may contain 
variables wherein static links to various resources can be substituted for the 
variables by a web designer in an attempt to outfit a "canned" web page design 
with new content. 

Conventionally, to create and/or edit a web page document, associated 
content stored in a database, and an associate style sheet may require a web page 
designer (who may also need significant programming skill) to switch between 
editors and documents to make changes in the various documents and data 
sources. For example, content in the form of a database-driven extensible markup 
language (XML) document, can be marked up via a style sheet, but the process is 
somewhat awkward and requires multiple steps. To create a web page table, for 
example, four steps might be needed: first, content elements, such as the strings 
"James" and "Brian" are retrieved from an XML repository, such as a remote 
database: 

<root> 

<employee>James</employee> 
<employee>Brian</employee> 
</root>. 

Secondly, an XML style sheet is developed to render an XML document of 
the format above, into a presentable HTML document: 
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<?xml version^" 1 .0" encoding-"UTF-8"?> 
<xsl:stylesheet> 

<xsl:output method="xml" version="1.0" encoding-"UTF-8" 

indent="yes"/> 

<xsl: template match='*root"> 

<table class="normal" cellpadding="r' 
cellspacing^'* 1 " border-"0" width='' 1 00%''> 

<tr style="background-color:#9ccfff;color:black"> 
<td class="normal">employee</td> 

</tr> 

<xsl:for-each select="employee"> 
<tr> 

<td> 

<xsl:value-of select=".'7> 

</td> 

</tr> 
</xsl:for-each> 
</table> 
</xsl:template> 
</xsl:stylesheet> 



Thirdly, processes using DHTML ("dynarhic-HTML*') . and script 
associated with a web page document may use an XML parser to transform the 
XML document using the style sheet. (DHTML has behavior components that 
encapsulate specific functionality or behavior on a page. These "behaviors" can 
isolate script from content, resulting in cleaner web page documents.) 

Fourthly, the desired table is displayed by the browser, showing the result 
of the above transform. 

A conventional method, such as that described above, presents several 
problems. First, the conventional method may be limited to a relatively elite set of 
web page developers skilled in making the above-mentioned transformation, for 
instance via extensible style sheet language transformations (XSLT). 
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It may also be difficult to transform the content, in one type of data 
structure or language, into that of the markup language, if the two are not 
compliant. Regarding the example above, XHTML is a family of current and 
future document types and modules that are designed to work in conjunction with 
XML-based user agents, but if the data content is not XHTML compliant then it is 
difficult to display the content as HTML in the output. 

As indicated, the conventional method does not provide a web designer 
working on the web page document an integrated means for editing XML data that 
resides in a database remote from the web page document and does not provide for 
persisting changes in the XML data back to the remote database. In fact, in order 
to update the result of the transformation using new data, the entire XML 
document must be re-transformed using the style sheet and, to see how the update 
looks in real time, the entire resulting HTML tree must be re-interpreted by a 
browser, seriously lowering performance, and possibly making certain complex 
style sheets infeasible. 

SUMMARY 

Subject matter includes an exemplary content template system "CTS." In 
one implementation, a custom markup tag locates remote content, converts the 
remote content into a markup language used in a web page template, replaces the 
custom rnarkup tag with the converted content, and dynamically updates the 
converted content in the web page template when the remote content or the 
converted content changes. Another custom markup tag displays dynamic updates 
of the converted content in real-time in a web page generated by the web page 
template. Yet another custom markup tag presents editing controls for editing the 
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converted content in the web page template, wherein the editing is displayed in 
real-time in the web page generated by the web page template. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a graphic representation of an exemplary content template system. 

Fig. 2 is a graphic representation of am exemplary resource tag. 

Fig. 3 is an exemplary screen shot generated by an exemplary content 
template system graphically showing text content from a remote resource rendered 
as web page content. 

Fig. 4 is a graphic representation of am exemplary preview tag. 

Fig. 5 is a graphic representation of an exemplary edit tag. 

Fig. 6 is an exemplary screen shot generated by an exemplary content 
template system showing edits to remote content substituted into a web page 
template being previewed in real-time in a web page generated from the web page 
template. 

Fig. 7 is a graphic representation of an exemplary context object. 

Fig. 8 is a block diagram of an exemplary content template engine. 

Fig. 9 is a flow diagram of an exemplary method of performing some 
aspects of the subject matter. 

Fig. 10 is a flow diagram of another exemplary method of performing some 
aspects of the subject matter. 

Fig. 1 1 is a block diagram of an exemplary computing device suitable for 
use with the subject matter. 
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DETAILED DESCRIPTION 

Overview 

As shown in Fig. 1, the disclosed subject matter includes an exemplary 
content resource system ("CRS") and/or content template system ("CTS") 100 for 
creating and editing a web page template 102 that populates itself with remote 
content 104 (and 106) from remote data repositories 108 (and 110). The remote 
content 104 has is from sources external to and/or remote from the web page 
template 102. The exemplary CTS 100 has a run-time editing capability that 
allows a web designer, without leaving a web page-editing environment, to reach 
the aforementioned remote content 104 and perform editing even as the remote 
content 104^including changes from real-time editing — is being displayed as an 
executed web page 114. That is, a web designer can create and edit a web page 
template 102 and associated remote content 104 for a complex web page 1 14 and, 
without special programming knowledge with respect to underlying database 
structure and language, can edit the underlying remote content 104 from within a 
web page template 102 as changes to the underlying remote content 104 are being 
displayed "live" in a mn-time execution of the web page 1 14. 

The exemplary CTS 100 allows web designers with or without significant 
programming skill to automatically build style sheets and alter database resources 
within the markup language environment (e.g., HTML) of the web page template 
102 rather than through more complex means such as XSL, XSLT, and/or 
XHTML, This allows much more freedom and flexibility, and lowers the 
difficulty barrier for a web designer to create and edit a web page 114, In other 
words, a web designer can use an exemplary HTML web page template 102 
directly as a style sheet and remote content editor. The web page template 102 
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receives remote content 104, 106 from reniote data repositories 108, 110 and 
populates itself with the remote content 104, 106 rendered into the markup 
language of the web page template 102. Thus, a web designer can make changes 
without having to first leave the web page template 102 to redo content 104 in a 
remote data repository 108 and without having to redo a separate style sheet. 

In an exemplary HTML web page template 102, remote content 104, 106 
can be represented and edited through the agency of exemplary CTS custom tags 
("CTS tags") 116. One type of CTS tag 116 substitutes itself with remote content 
104 from a remote data repository 108 at run time and/or edit time, by a web 
browser. The substituted remote content 104 is rendered in the web page template 
102 into the same markup language 1 12 being used in the web page template 102, 
and as discussed above, an exemplary CTS 100 also defines a means for 
dynamically updating some CTS tags 116, rendered into the markup language, as 
the underlying remote content 104 changes. 

In one implementation, element behaviors are used to impart functionality 
to exemplary CTS tags 116. A browser, upon encountering a CTS tag 116 having 
a bound element behavior, finds an HTML-component (HTC) file (e.g., 
"resource.htc") and performs custom code representative of the element behavior, 
which typically causes a CTS tag 116 to render itself as HTML, replacing the 
entire CTS tag 116 with the HTML rendered. Thus, the custom code underlying 
an element behavior of a CTS tag 1 16 is typically referenced in an HTC file by the 
browser when the browser requests that the tag be rendered. The browser may 
pass a value of an attribute 1 18 to the custom code in order for the custom code to 
identify the web page template 102 requesting content 104 and may also pass a 
reference to the place in the web page template 1 02 where the exemplary CTS tag 

8 MSM483US 

lee®hayes poc 509r324'92S6 



11$ resides. The custom code associated with the assigned element behavior reads 
a resource at the location indicated by the resource attribute, and interacts with the 
resource, e.g., reads an XML file containing remote content 104 and performs 
whatever process is needed to obtain the remote content 104 at the indicated 
location and convert it to a markup language, such as HTML, that is in use in the 
web page template 102. 

In one implernentation, a user can markup HTML however desired, e.g., 
can use normal HTML, bold tags, tables, italic signs, etc. Once marked up, a CTS 
tag 116 that is placed inside a block of HTML assumes whatever style(s) have 
been marked up. This assists a web designer trying to visualize results of a web 
page for localization or other purposes to automatically observe the content 104 
rendered in a real-time web page 114. 

Exemplarv Types of CTS Tags 

Fig. 2 shows one type of CTS tag 1 16, as discussed above, referred to as an 
exemplary "resource tag" 200. Each resource tag 200 may have a resource 
attribute 202 that directs a browser to a location of a resource 204 having remote 
content 104 (the "cts" in the tag designates the exemplary CTS 100): 

<cts;resource resource-id=" 1 845"> 

A resource 204 thus referenced can be a database, network^ text, image, 
link, image with a link, paragraph, header, another web page, etc. that includes 
remote content 104. Typically, a list of all resources 204 seen on a web page 1 14 

r 
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is included in an XML file. In one implementation, when a browser encounters an 
exemplary resource tag 200, the exemplary resource tag 200 is set up to inform a 
client-side application to render it. Typically, this means that the application 
receives the resource attribute 202, determines the nature of the requested 
resource, and renders remote content 104 from the resource 204 into the markup 
language 112 used in the web page template 102, e.g., HTML, 

Fig. 3 shows an exemplary screen shot 300 generated by an exemplary web 
page template 102, listed below, that includes an exemplary resource tag 200 at 
line 17. The screen shot 300 further exhibits an exemplary user interface. 



10 <cts:template> 

1 1 <table border^"0" cellspacing=^"5" cellpadding="0" style="font 
familyilucida console"> 

12 <tr> 

1 3 <td bgcolor-"LightSteelBlue">This is a test</td> 

14 </tr> 

15 <tr> 

16 <td bgcoior="MistyRose"> 

1 7 <cts:resource resource-id=^" 1 1 5' V> 

18 </td> 

19 </tr> 

20 </table> 

21 </cts:template> 



As shown graphically in the exemplary screen shot 300, when a browser 
encounters the exemplary resource tag 200 in the HTML, the browser renders the 
remote content 104 from a resource at location "1 15." 

A representation of an exemplary HTC file defining an element behavior of 
an exemplary resource tag 200 appears in Appendix A: "Exemplary HTC File 
Defining An Exemplary CTS Resource Tag." A representation of an exemplary 
HTC file defining a conditional element behavior of an exemplary resource tag (an 
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"if-resource" tag appears in Appendix B: "Exemplary HTC File Defining An 
Exemplary CTS If-Resource Tag." 

As shown in Fig. 4, an exemplary "preview" tag 400 allows an exemplary 
CTS 100 to present a run-time display of a web page 1 14 corresponding to a web 
page template 102 including dynamically changing content 104 from a resource 
204. An exemplary preview tag 400 can precede the declaration of a template, 
which in tum niay contain one or rfiore exemplary CTS tags 116, in the general 
sequential order shown in the listing below in order to perform the display of the 
template and rendered CTS tags 1 16 in real-time as a web page: 

<preview/> 

<template> 

<CTS tag> 

</template>. 

If the CTS tag 116 in the listing above is an exemplary resource tag 200, 
then an exemplary preview tag 400 can display dynamic updating of the resource 
tag 200 as its underlying content 104 changes. Depending on the type of resource 
204 (text, image, link, paragraph, another page, etc.), an extemal application, as 
requested by custom code backing an element behavior of an exemplary CTS tag 
116, retums HTML to the browser, which then executes a web page with the 
HTML, even if the HTML is changing during run-time, as when the resource 204 
is a keyboard editing the underlying content 1 04. 

A representation of an exemplary HTC file defining an element behavior of 
an exemplary preview tag 400 appears in Appendix C: "Exemplary HTC File 
Defining An Exemplary CTS Preview Tag," 
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Fig. 5 shows an exemplary "edit" tag 500 that can be set up to enable 
editing controls for remote content 104 retumed in the form of the web page 
template's markup language, e.g., HTML, to a browser. In conjunction with an 
exemplary preview tag 400, and with an exemplary resource tag 200 set up with a 
local copy of the remote content 104, a web designer's keyboard, or other input 
means as the resource 204 (as identified in the resource attribute 202), an 
exemplary edit tag 500 produces editing controls for the run-time web page 
preview of remote content 104 as it is edited within its web page context, as 
discussed above. 

Other CTS tags 116 are possible, such as a "template" tag to inform a 
browser which template to edit and/or preview, and a "pane" tag described more 

fully in co-pending U.S. Patent Application No. . to Tunning, entitled 

"Pane element." The exemplary CTS tags 116 described above are only an 
example set of possible CTS tags 116 usable with an exemplary CTS 100. 

Exemplarv CTS Tags Harmonized Into A Content Template System (CTS) 

The CTS tags 116 described above can work together to implement an 
exemplary CTS 100. Each instance of the abovementioned pane tag implements a 
display screen area ("pane") on a web designer's computer monitor. Within a first 
pane, an exemplary edit tag 500 implements editing controls. Simultaneously, in a 
second exemplary pane an exemplary preview tag 400 displays a run-time browser 
execution of a web page 1 14 as generated by an exemplary web page template 102 
and associated remote content 104 converted to HTML via an exemplary resource 
tag 200. In one implementation, edit controls implemented by an exemplary edit 
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tag 500 work on a local version of remote content 104 as opposed to conventional 
editing, in which an edit control is statically bound to pieces of content on a web 
page document in a hard coded manner. 

Fig. 6 shows an exemplary screen shot 600 generated by an exemplary CIS 
100 having a harmonization of CTS tags 1 16 as described above. The screen shot 
600 further exhibits an exemplary user interface. In screen shot 600, the pane 
labeled "preview" displays a web page 114 as generated by an exemplary preview 
tag 400 using a web page template 102 similar to those discussed above, although 
more complex. The pane labeled "edit" displays editing controls as generated by 
an exemplary edit tag 500. Changes to content 104 are shown dynamically in the 
preview pane. As a web designer or user enters editing changes into the various 
text boxes on the edit pane, the preview pane updates in real time to show the 
changes. This exemplary CTS 100 systetn allows very complex templates to be 
created and updated with a real-time preview of the dynamically changing web 
page 114, without special programming knowledge for each underlying type of 
content 104 to be substituted and edited from a resource 204 into a web page 1 14. 

In one implementation, an exemplary CTS 100 relies on a client-side 
browser to react with remote resources 204 and remote data repositories 108, 110. 
Thus, the interfacing with various heterogeneous remote resources 204 happens 
almost completely on the client side of an exemplary CTS 100. In one 
implementation, a remote resource 204 only plays a part when a web page 
template 102 first loads, i.e., when remote content 104 is rendered into HTML and 
substituted into a web page template 102. From that point, the exemplary CTS 
100 through the above-described CTS tags 116 (e.g., an exemplary resource tag 
200, an exemplary preview tag 400, and/or an exernplary edit tag 500) scans a web 
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designer's keyboard or other input device or user interface. Each time the web 
designer actuates a key, for example, an exemplary CTS 100 edits a local copy of 
the remote content 104 previously loaded. Thus, in some implementations, an 
exemplary resource tag 200 mainly performs the function of requesting a most 
recent version of content, whatever the source of the content 104 may be, and 
user-defined and/or system-defined code determines where the most recent content 
is. Typically, if a user enters content after a web page 1 14 has loaded, the user's 
new content will override the content that previously existed. The above- 
mentioned user-defined and/or system-defined code for specifying the source of 
niost-recent content may be kept in an exemplary context object, to be described 
next. 

As shown in Fig. 7, an exemplary "context object" 700 can coordinate 
various CTS tags 116 and their respective element behaviors. When a browser 
renders multiple CTS tags 116, the context object knows that these multiple CTS 
tags 116 and their element behaviors are present and knows the relationships 
between them. Thus, one exemplary context object 700 can be a data store for all 
CTS tags 116 used in an exemplary CTS 100, so that the presence of just one 
context object 700 allows all CTS tags 116 to obtain their data. When an 
exemplary edit tag 500, for example, is to be rendered, the context object 700 
passes data that is used to produce the editing controls that the web designer uses. 
Likewise, an exemplary preview tag 400, when rendered, requests from the 
context object 700 a web page template 102 that is to be previewed. The browser 
requests that the web page template 102 render itself, and the context object 700 
may direct the browser custom code underlying the exemplary preview tag 400 to 
render the web page template 102 in the pane set up by the exemplary pane tag. 
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When a web page template 102 is rendered by the element behavior (i.e., 
custom code) of an exemplary preview tag 400, one or more exemplary resource 
tags 200 within the web page template 102 may need to be rendered. The browser 
requests the web page template 102 to render itself, and the HTML of the web 
page template 102 is returned, then the browser goes through the retumed HTML 
and renders each tag. If a tag is an exemplary CTS tag 1 16, then the CTS tag 116 
refers to the context object 700 to perform its element behavior, for example, in 
the case of an exemplary resource tag 200, the exemplary resource tag 200 may 
request the context object 700 to render a resource 204 identified in a resource 
attribute 202. Then the context object 700 can return content 104, e.g., XML that 
includes the remote content 104. Alternatively, an exemplary resource tag 200 
may only request the context object 700 to return content 104 in HTML form 
directly. The context object 700 has the ability to replace the exemplary resource 
tag 200 with HTML representing the requested remote content 104. Thus, the 
context object 700 has the ability to render various resources 204, such as text, 
links, images, etc., into HTML. 

A representation of an exemplary HTC file defining an exemplary context 
object 700 appears in Appendix D: "Exemplary HTC File Defining An Exemplary 
Context Object." 

Implementations Using Element Behaviors 

In one implementation, the CTS tags 116 are implemented as element 
behaviors. When a browser, such as MICROSOFT® INTERNET EXPLORER 
("lExplorer"), encounters a CTS tag 116, code is executed to provide the 
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functionality of each CTS tag 116. The element behaviors can be performed on 
the client side, as discussed above. 

The ability to perform element behaviors is provided in some browsers, 
such as version of lExplprer, to define custom elements, such as the CTS tags 116, 
usable in the same way as everyday HTML elements in a web page 114. Element 
behaviors can be written in script using an HTML component (HTC) file, or 
implemented with a DHTML behavior. An element behavior can then be 
downloaded, parsed, and iniported into a web page via a special processing 
instruction and permanently bound to a CTS tag 116. It should be noted that an 
element behavior can be implemented with either an HTC file or a DHTML 
behavior but each method is different. 

Browsers that enable HTC files to define CTS tags 116 provide the quickest 
.and easiest way to create element behaviors using scripting languages such as 
MICROSOFT VISUAL BASIC® SCRIPTING EDITION (VBSCRIPT), 
MICROSOFT JSCRIPT®, MICROSOFT WINDOWS® SCRIPT COMPONENT 
(WSC), and/or MICROSOFT VISUAL C++®. HTC files provide a mechanism to 
implement components in script as DHTML behaviors. Saved with an ".htc" 
extension, an HTC is an HTML file that contains script and a set of HTC-specific 
elements that define the exemplary CTS tag 1 16 (see Appendices A, B, and C). 

Whereas a kind of behavior called aii "attached behavior" (bound 
asynchronously to an HTML elernent) overwrites the default behavior of an 
element to which it is attached, element behaviors define new elements, such as 
the CTS tags 116. A web page document that employs CTS tags 116 typically has 
improved organization and less clutter, since element behaviors are encapsulated 
in an HTC file. DHTML behaviors defined with HTC files can be used in web 
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pages within the same domain, so element behaviors are an excellent way of 
creating powerful, reusable CTS tags 116. Once an element behavior has been 
parsed and initialized, it renders a Cf S tag 116 into a genuine HTML element, as 
the element behavior cannot be disconnected from the CTS tag 116. 

To create and use a CTS tag 116 in a web page template 102 the element 
behavior of the CTS tag 116 is first defined in an HTC file and then the definition 
is imported into the web page template 102. 

In some implementations, an HTML web page ternplate 102 requires a few 
additional markings to import the CTS tag 1 16. For example, an HTML web page 
template 102 first declares a namespace, which is used to ensure that the CTS tag 
116 has a unique qualifier. Then the CTS tag 1 16 is imported into the namespace. 
Thus, a "resource" namespace imports the implementation of an exemplary 
resource tag 200 firom a resource.htc file: 

<?IMPORT namespace="resource" implementation="resource.htc*' > 

In some implementatioias, the import directive can be important in implementing 
an element behavior in the web page template 102. When a browser begins 
processing the import directive, it waits until the contents of the corresponding 
HTC file have downloaded completely before continuing. The manner of 
processing then causes the element behavior to be bound synchronously to the 
CTS tag 116. 

The CTS tag 116 itself must be inserted somewhere in the body of the web 
page template 102. A CTS tag 116 can be used like any other tag, except that the 
CTS tag 116 uses its namespace as the prefix. Thus, an exemplary resource tag 
200 block can be defined as follows: 

17 MSM483US 

iee^hayes psc so9-324-92S6 



<resource :resource-id-'' 1 1 5 ' V> </resource> 

A CTS tag 1 16 does not always need to be defined as a block element, so 
the following empty element tag can be used. 
<resource:resource /> 

Fig. 8 shows an exemplary content template engine 800. A web page 
processor 802, tag interpreter 804, content locator 806, language converter 808, 
dynarnic content engine 810, preview engine 812, edit module 814, and pane 
coiitiroUer 816 are communicatively coupled with each other and with a context 
controller 818 in the illustrated implementation of the subject matter. 

A web page processor 802 may employ or comprise a web browser that 
includes an associated tag interpreter 804. When a web page template 102 is 
presented to the exemplary content template engine 800, the web page processor 
802 executes template instructions, commonly in the form of markup indicator 
tags in a markup language. If custom tags are used, then the tag interpreter 804 
obtains the logic assigned or bound to each custom tag by consulting tag 
definitions maintained in a file of memory space. If a custom tag has an 
associated element behavior, then the web page processor 802 may employ or 
comprise a web browser that has the capability to process element behaviors or to 
process whatever other means is used to associate custom logic with a custom 
markup tag. 

The data content locator 806 identifies the location of content if a custom 
tag includes a location attribute or a reference to remote content 104. 
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The language converter changes the format and/or language of content 104 
from a remote resource 204 to the same language and/or format being used in a 
web page template 102. Hence, if the web page template uses HTML, the content 
104 from the remote resource 204 will be rendered in HTML so that the content 
can be substituted into the web page template 102. 

The dynamic content engine 810 replaces an exemplary resource tag 200 
with converted content and in some implementations has a capability to 
dynamically update the converted content in a web page template when underlying 
data content in a remote resource changes. 

The preview engine 812 can display a web page template and dynamic 
content therein as a web page, showing changes to the web page template in real- 
time in the displayed web page. 

The edit module 814 presents a user interface of edit controls for changing 
content 104 that underlies an exemplary resource tag 200. The content 104 being 
edited is usually a local copy of remote content residing on a remote resource 204. 

The pane controller 816 may cast various of the functions performed by the 
exemplary content template engine 800 in different areas, windows, and/or panes 
of a computing device display. This may not only save screen space, but may help 
to logically organize user interfaces pertaining to the various parts of the 
exemplary content template system 100. 

The context controller 818 may be a central data store of logic, mles, 
policies, and definitions regarding the relationships between the various parts of 
the exernplary content template engine 800 just described. In some 
implementations of the subject matter, a context controller 818 may be a software 
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object, while in other implementations the context controller 818 may be a control 
logic module, etc. 

Various other configurations of an exemplary content template engine 800 
are possible, the illustrated implementation is presented as an example. 

Fig. 9 shows an exemplary method 900 of performing an aspect of the 
content template system. In the flow diagram, the operations are summarized in 
individual blocks. The operations of the exemplary method 900 may be performed 
in hardware and/or as machine-readable instructions (software or firmware) that 
can be executed by a processor or a device, such as a device that includes an 
exemplary content template engine 800. 

At block 902, content referenced by a tag in a web page template is located. 
The tag has associated custorn logic that is invoked by a browser when the 
browser renders the tag. The custom logic can utilize a location ID if one is used 
as an attribute in the tag. 

At block 904, after the resource is located, its content is converted to a 
language and data structure fonn that is the same or at least compatible with the 
language and structure used in the web page template. If the resource stores 
content in XML, for example, the XML is converted to HTML if that is the 
markup language of the web page template. 

At block 906, the tag is replaced with the converted content. That is, before 
it is rendered, the tag represents the content. 

At block 908, the tag is dynamically updated to reflect changes in the 
underlying content. For example, if the converted content is being modified 
through the agency of an edit function, e.g., another custom tag that allows a 
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keyboard to change a local copy of the converted content, then the tag may be 
dynamically updated with each keystroke. 

Fig. 10 shows another exemplary method 1000 of performing an aspect of 
the content template system. In the flow diagram, the operations are summarized 
in individual blocks. The operations of the exeniplary method 1000 may be 
performed in hardware and/or as machine-readable instructions (software or 
firmware) that can be executed by a processor or a device, such as a device that 
includes an exemplary content template engine 800. 

At block 1002, dynamic updates of the lag are displayed in real-time in a 
web page generated by a web page template that includes the tag. 

At block 1004, editing controls are presented for editing the content via the 
web page teniplate, wherein the editing is displayed in real-time in the web page 
generated by the web page template. 

At block 1006, the editing controls and content being edited are displayed 
in one parte of a user interface while the web page showing the real-time edits is 
displayed in another pane of the user interface. 

Exemplary Computing Device 

Fig. 11 shows an exemplary computer 1100 providing a computing 
environment in which aspects of the subject matter could be practiced. The 
components of exemplary computer 1100 may include, but are not limited to, a 
processing unit 1 120, a system memory 1 130, and a system bus 1121 that couples 
various system components including the system meniory 1130 to the processing 
unit 1120. The system bus 1121 may be any of several types of bus structures 
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including a memory bus or memory controller, a peripheral bus, and a local bus 
using any of a variety of bus architectures. By way of example, and not limitation, 
such architectures include Industry Standard Architecture (ISA) bus, Micro 
Channel Architecture (MCA) bus, Enhanced ISA (EISAA) bus, Video Electronics 
Standards Association (VESA) local bus, and Peripheral Component Interconnect 
(PCI) bus also known as the Mezzanine bus. 

Exemplary computer 1100 typically includes a variety of computer- 
readable media. Computer-readable media can be any available media that can be 
accessed by exemplary computer 1100 and includes both volatile and nonvolatile 
media, removable and non-removable media. By way of example, and not 
limitation, computer-readable media may comprise computer storage media and 
communication media. Computer storage media include volatile and nonvolatile, 
removable and non-removable media implemented in any method or technology 
for storage of information such as computer-readable instructions, data structures, 
program rhodules, or other data. Computer storage media includes, but is not 
limited to, RAM, ROM, EEPROM, flash memory or other memory technology, 
CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic 
cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, 
or any other medium which can be used to store the desired information and which 
can be accessed by exemplary computer 1100. Communication miedia typically 
embodies computer-readable instructions, data structures, program modules or 
other data in a modulated data signal such as a carrier wave or other transport 
mechanism and includes any information delivery media. The term "modulated 
data signal" means a signal that has one or more of its characteristics set or 
changed in such a manner as to encode information in the signal. By way of 
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example, and not limitation, communication media includes wired media such as a 
wired network or direct-wired connection and wireless media such as acoustic, 
RF, infrared and other wireless media. Combinations of any of the above should 
also be included within the scope of computer readable media. 

The system memory 1130 includes computer storage media in the form of 
volatile and/or nonvolatile memory such as read only memory (ROM) 1131 and 
random access memory (RAM) 1132. A basic input/output system 1133 (BIOS), 
containing the basic routines that help to transfer information between elements 
within exemplary computer 1100, such as during start-up, is typically stored in 
ROM 1131. RAM 1132 typically contains data and/or program modules that are 
immediately accessible to and/or presently being operated on by processing unit 
1120. By way of example, and not limitation, Fig. 11 illustrates operating system 
1134, the exemplary content template engine 800, application programs 1135, 
other program modules 1136, and program data 1137. Although the exemplary 
content template engine 800 is depicted as software in randoin access memory 
1132, other implementations of an exemplary content template engine 800 can be 
hardware or combinations of software and hardware. 

The exemplary computer 1100 may also include other removable/non- 
removable, volatile/nonvolatile computer storage media. By way of example only, 
Fig. 11 illustrates a hard disk drive 1141 that reads from or writes to non- 
removable, nonvolatile magnetic media, a magnetic disk drive 1151 that reads 
from or writes to a removable, nonvolatile magnetic disk 1 1 52, and an optical disk 
drive 1 155 that reads from or writes to a removable, nonvolatile optical disk 1 156 
such as a CD ROM or other optical media. Other removable/non-removable, 
volatile/nonvolatile computer storage media that can be used in the exernplary 
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operating environment include, but are not limited to, magnetic tape cassettes, 
flash memory cards, digital versatile disks, digital video tape, solid state RAM, 
solid state ROM, and the like. The hard disk drive 1 141 is typically connected to 
the systein bus 1 121 through a non-removable memory interface such as interface 
1140, and magnetic disk drive 1151 and optical disk drive 1155 are typically 
connected to the systern bus 1121 by a removable memory interface such as 
interface 1150. 

The drives and their associated computer storage media discussed above 
and illustrated in Fig. 1 1 provide storage of computer-readable instructions, data 
structures, prograni modules, and other data for exemplary computer 1 100. In Fig. 
11, for example, hard disk drive 1141 is illustrated as storing operating system 
1144, application programs 1145, other program modules 1146, and program data 
1147. Note that these comporients can either be the same as or different from 
operating system 1134, application programs 1135, other program modules 1136, 
and program data 1137. Operating system 1 144, application programs 1 145, other 
program modules 1146, and program data 1147 are given different numbers here 
to illustrate that, at a minimum, they are different copies. A user may enter 
commands and information into the exemplary computer 1100 through input 
devices such as a keyboard 1162 and pointing device 1 161, commonly referred to 
as a mouse, trackball, or touch pad. Other input devices (not shown) may include 
a microphone, joystick, game pad, satellite dish, scanner, or the like. These and 
other input devices are often connected to the processing unit 1120 through a user 
input interface 1160 that is coupled to the system bus, but may be connected by 
other interface and bus structures, such as a parallel port, game port, or a universal 
serial bus (USB). A monitor 1191 or other type of display device is also 
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connected to the system bus 1121 via an interface, such as a video interface 1 190. 
In addition to the monitor 1191, computers may also include other peripheral 
output devices such as speakers 1197 and printer 1196, which may be connected 
through an output peripheral interface 1 195. 

The exemplary computer 1100 may operate in a networked environment 
using logical connections to one or more remote computers, such as a remote 
computer 1 180. The remote computer 1 180 may be a personal computer, a server, 
a router, a network PC, a peer device or other common network node, and 
typically includes many or all of the elements described above relative to 
exemplary computer 1 100, although only a memory storage device 1181 has been 
illustrated in Fig. 1 1 . The logical connections depicted in Fig. 1 1 include a local 
area network (LAN) 1171 and a wide area network (WAN) 1173, but may also 
include other networks. Such networking environments are commonplace in 
offices, enterprise-wide computer networks, intranets, and the Internet. 

When used in a LAN networking environment, the exemplary computer 
1100 is connected to the LAN 1171 through a network interface or adapter 1170. 
When used in a WAN networking environment, the exemplary computer 1100 
topically includes a modem 1172 or other means for establishing communications 
over the WAN 1173, such as the Internet. The modem 1172, which may be 
internal or extemal, may be connected to the system bus 1121 via the user input 
interface 1160, or other appropriate mechanism. In a networked environment, 
program modules depicted relative to the exemplary computer 1100, or portions 
thereof, may be stored in the remote memory storage device. By way of example, 
and not limitation. Fig. 1 1 illustrates remote application programs 1 185 as residing 
on memory device 1181. It will be appreciated that the network connections 
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shown are exemplary and other means of establishing a communications link 
between the computers may be used. 



CONCLUSION 

The foregoing describes an exemplary content template system. The 
subject matter described above can be implemented in hardware, in software, or in 
both hardware and software. In certain implementations, the exemplary content 
template system may be described in the general context of computer-executable 
instructions, such as program modules, being executed by a computer. Generally, 
program modules include routines, programs, objects, components, data structures, 
etc. that perform particular tasks or implement particular abstract data types; The 
subject matter can also be practiced in distributed communications environments 
where tasks are performed over wireless communication by remote processing 
devices that are linked through a communications network. In a wireless network, 
program modules may be located in both local and remote commuiiications device 
storage media including memory storage devices. 
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